REMARKS 

Claims 24 and 25 are amended. Claims 24-30 remain in the application for 
consideration. In view of the following remarks, Applicant respectfully requests 
reconsideration and allowance of the subject application. 

Claim Objection 

Claim 24 is objected to because it depends on a cancelled claim. Applicant 
has amended claim 24 so that it is now in independent form. As such, Applicant 
requests that the objection be withdrawn. Applicant notes that claim 24, as 
amended, and claims 25-30 were restricted from the parent application 
(Application S/N 08/568,578 - now U.S Patent No. 6,282,561). 

§ 101 Rejections 

Claims 25-30 are rejected 35 U.S.C. § 101 as being directed to non- 
statutory subject matter. Specifically, the Office argues that claim 25 is not 
directed to tangible subject matter "because the software program product claims 
do not result in a practical application producing a useful, concrete and tangible 
result to form the basis of statutory subject matter under 35 USC 101." Applicant 
respectfully disagrees and traverses this rejection. 

It is established law that an abstract idea, by itself, is considered to be 
unpatentable subject matter under § 101. See, e.g., AT&T Corp. v. Excel 
Communications. Inc. . 172 F.3d 1352, 1355 (1999) (pointing out that laws of 
nature, natural phenomena, and abstract ideas have generally been identified by 
the Supreme Court as unpatentable subject matter). However, if such an idea is 
taken out of the abstract and employed in some type of process that achieves a 
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"new and useful end", the process is patentable subject matter, even if the idea by 
itself would not be. Id. at 1357. Thus, the relevant inquiry under § 101 becomes - 
- Is the idea being applied to achieve a useful end? Id If so, then the § 101 
threshold is satisfied. Id. 

With claim 25, the computer-implemented method comprises the computer- 
implemented steps of "negotiating between the resource planner and activities to 
reserve shares of the resources", as claimed and "renegotiating between the 
resource planner and the activities to change reservations of resources on behalf of 
the activities", as claimed. This negotiating "to reserve shares" and renegotiating 
"to change reservations" clearly achieves a "new and useful end", (emphasis 
added). As such, the §101 threshold is satisfied and claims 25-30 are in condition 
for allowance. 

§ 102 Rejections 

Claims 25-30 are rejected under U.S.C. 102(e) as being anticipated by U.S. 
Patent No. 5,742,772 to Sreenan (hereinafter "Sreenan"). 

Claims 25-30 are also rejected under U.S.C. 102(e) as being anticipated by 
U.S. Patent No. 5,634,006 to Baugher et al. (hereinafter "Baugher"). 

The § 102 Rejections Based on Sreenan 

Claim 25, as amended [added language in bold italics], recites in a 
computer system having resources and a resource planner for granting reservations 
of amounts of resources to activities performed on the computer system, a 
computer-implemented method comprising: 
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* negotiating between the resource planner and activities to reserve 
shares of the resources with the resource planner on behalf of the 
activities; and 

• in view of changing resource usage or requirements, renegotiating 
between the resource planner and the activities to change 
reservations of resources on behalf of the activities to reflect the 
changing resource usage or requirements. 

In making out the rejection of this claim, the Office argues that Sreenan 
discloses all the subject matter of this claim. Specifically, the Office relies on 
Columns 5 (lines 45-62) and 7 (line 59) through 8 (line 18) as disclosing "a 
computer system having resources and a resource planner", as claimed. The 
Office then relies on Column 2 (lines 10-26) as disclosing "negotiating", as 
claimed and Columns 2 (lines 10-26) and 10 (lines 27-63) as disclosing "in view 
of changing resource usage or requirements, renegotiating", as claimed. 

Applicant respectfully disagrees with the Office's argument and submits 
that the Office has mischaracterized Columns 2 and 10, which neither disclose nor 
suggest "in view of changing resource usage or requirements, renegotiating", as 
claimed. 

First, Column 2 (lines 10-26) of Sreenan discusses a quality of service (QOS) 
contract negotiation process involving a plurality of clients in which a client may 
alter their QOS specifications and "retry if the resource manager denies them 
admission because of lack of available resources". This is very different from the 
subject matter of this claim. Specifically, to "retry" in Sreenan cannot be equated 
with "renegotiating ... to change reservations" because in Sreenan, no 
specifications have yet been negotiated such that they can be changed with a 
"retry". In other words, if the client is retrying a negotiation, the client is not 
"renegotiating... to change" at all. Furthermore, the negotiating in Sreenan is not 
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"between the resource planner and the activities" but rather between the bridge 
service and the plurality of clients. Finally, even if to "retry" in Sreenan could be 
equated with "renegotiating", which it cannot, it occurs "because of lack of 
available resources", not "in view of changing resource usage or requirements", as 
claimed. This excerpt is reproduced below for the Office's convenience (emphasis 
added): 

According to one aspect of the invention, an electronic bridge 
resource management system comprises a programmatically-implemented 
processing system having bridge service and resource manager software. 
The bridge service interfaces with a plurality of clients and receives a 
quality of service (QOS) specification from each of the clients. The 
resource manager receives the QOS specification from the bridge service 
and distributes at least one QOS constraint associated with said QOS 
specification across the flow processing modules of a channel. The 
resource manager then determines the resource requirements for each of 
the flow processing modules, and determines whether bridge resources 
can be allocated to meet the QOS specification. As part of the QOS 
contract negotiation process, the clients may alter their QOS 
specifications and retry if the resource manager denies them admission 
because of a lack of available resources. 



Second, Column 10 (lines 27-63) of Sreenan discusses renegotiating "start 
time and duration" parameters which it describes as "analogous to changing the 
meeting time or extending its length if the room is available". This excerpt also 
indicates that when the bridge service receives a request from a client it makes a 
request to the reservation manager, which in turn checks with the QOS manager to 
determine any overlap with current allocations. This is very different from the 
subject matter of this claim. Specifically, this claim recites "renegotiating ... to 
change reservations of resources", not to change client "start time and duration" 
parameters, as in Sreenan. Furthermore, even if Sreenan did disclose renegotiating 
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"... to change reservations of resources", which it does not, nothing discusses 
renegotiating "in view of changing resource usage or requirements", as claimed. 
Finally, the renegotiating in Sreenan is not "between the resource planner and the 
activities", as claimed but rather between the bridge service and a plurality of 
clients. This excerpt is reproduced below for the Office's convenience (emphasis 
added): 

In order to make an advance reservation, two parameters are 
needed: start time and duration. The start time indicates either an 
immediate start (the default) or some future occasion. A duration defines 
the maximum time length and is necessary for both immediate and future 
requests so that the bridge 10 can capitalize on resource sharing and 
utilization. Note however that both of these parameters can be 
renegotiated, analogous to changing the meeting time or extending its 
length if the room is available. These parameters were described as part 
of the group data structure and are passed as part of the call to create the 
group. A key issue here is figuring out how much resources will be 
needed, as this is normally done as each client joins a channel. The 
accuracy of this process depends on how much detail the reserver can 
provide. The Reservation Manager 72 uses that information to derive an 
estimate. As a minimum the reserver is expected to indicate the number of 
clients which are expected to participate in the group and the channels to 
be used. This allows for the use of transmit and receive FPMs as well as 
interconnecting flows. If the reserver indicates additional FPMs then the 
estimate can be improved. 

In terms of the resource management architecture a set of 
interactions are involved. When the Bridge Service 60 receives a request 
with a future start time specified it makes a request to the Reservation 
Manager 72. The Reservation Manager 72 operates by building up a 
resource request based on the information provided by the reserver. It 
consults with the FPM controllers 64, 66, 68 to provide resource 
estimates, and then checks with the QOS Manager 70 to determine any 
overlap with current allocations. At this point, a reply is sent to the 
reserver indicating whether the necessary resources will be available. If 
the reserver subsequently provides additional information such as specific 
FPMs, this internal negotiation process is repeated. Note that when the 
start time for a group arrives, responsibility for it is transferred from the 
Reservation Manager 72 to the QOS Manager 70. 
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Accordingly, in view of the above discussion, this claim is not anticipated 
by Sreenan and is allowable. 

Claims 26-30 depend from claim 25 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 25, are neither disclosed 
nor suggested by the reference of record. 

The § 102 Rejections Based on Baugher 

In making out the rejection of claim 25, reproduced above, the Office 
argues that Baugher discloses the subject matter of this claim. Specifically, the 
Office relies on Columns 2 (lines 8-22) and 6 (line 64) through 7 (line 8) as 
disclosing "a computer system having resources and a resource planner", as 
claimed. The Office then relies on Column 2 (lines 8-22) and 8 (line 66) through 
9 (line 11) as disclosing "negotiating", as claimed and Columns 6 (lines 41-56) 
and 9 (lines 12-19) as disclosing "in view of changing resource usage or 
requirements, renegotiating", as claimed. 

Applicant respectfully disagrees with the Office's argument and submits 
that the Office has mischaracterized Columns 2 and 10, which neither disclose nor 
suggest "in view of changing resource usage or requirements, renegotiating", as 
claimed. 

First, Column 6 (lines 41-56) of Baugher discusses negotiating QOS 
parameters with respect to a user connecting to a communication network. These 
parameters include options such as connection delay, throughput and the like. 
Furthermore, this excerpt specifically states "[ojnce the options have been 
negotiated, they remain that way through the life of the connection." This simply 
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has nothing to do with the subject matter of this claim. Specifically, this claim 
recites "renegotiating ... to change reservations of resources", not negotiating 
options with respect to a communication network connection. Furthermore, this 
excerpt makes no mention at all of renegotiating. In fact, in so far as it states 
"[o]nce the options have been negotiated, they remain that way through the life of 
the connection", it actually teaches directly away from "renegotiating... to 
change", as claimed. 

Second, Column 9 (lines 12-19) of Baugher indicates that an application is 
able to increase or decrease its bandwidth allotment via a bandwidth manager 
command. Applicant fails to see how a bandwidth allocation command can be 
equated with "negotiating between the resource planner and activities", as claimed 
and "in view of changing resource usage or requirements, renegotiating", as 
claimed. As far as Applicant can discern, this excerpt simply describes a 
mechanism by which an application can change its bandwidth with respect to a 
communications network. Applicant respectfully submits that if the Office wishes 
to maintain this rejection, it provide some indication of which features of this 
excerpt it is relying on with respect to the claimed subject matter. This excerpt is 
reproduced below for the Office's convenience: 

An application increases its bandwidth allotment via a bandwidth 
manager command allocate-bandwidth which, when successful, results in 
that application's rate increasing by the requested amount, averaged or 
maximum over a negotiated time interval. An application is able to 
decrease its bandwidth allotment using the bandwidth manager command, 
deallocate-bandwidth, which results in the application's rate being 
decreased by the released amount. 
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Accordingly, in view of the above discussion, this claim is not anticipated 
by Baugher and is allowable. 

Claims 26-30 depend from claim 25 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 25, are neither disclosed 
nor suggested by the reference of record. 

Conclusion 

All of the claims are in condition for allowance. Accordingly, Applicant 
requests a Notice of Allowability be issued forthwith. If the Office's next 
anticipated action is to be anything other than issuance of a Notice of Allowability, 
Applicant respectfully requests a telephone call for the purpose of scheduling an 
interview. 



Respectfully Submitted, 
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